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FIELD OF THE INVENTION 

[0001] The present invention relates generally to the field of device connectivity. 
BACKGROUND OF THE INVENTION 

[0002] A conventional Universal Serial Bus ("USB") architecture is based on 
Master/Slave communications, where the Master in the system is called a USB host 
controller ("host controller"). Conventional host controllers are tightly integrated in a 
"host" platform, e.g., integrated into a processor, processor chipset, as a bus master 
controller on a Peripheral Control Interface ("PCI") or other "inside the box" bus or the 
like. A host controller includes applications, device drivers (which manage attached USB 
devices), a USB bus driver (which provides a standard USB bus services abstraction to 
USB device drivers), a host controller driver, and a physical USB host controller (of 
which there are several types), all of which provide access to USB ports for connecting 
USB devices and/or USB hubs. USB hubs are devices for allowing one or more USB 
devices to connect back through the hub to a USB port. Under Universal Serial Bus 
Specification v2.0, up to 127 devices may be connected to a single host controller. 
[0003] Conventional host controllers provide a register and memory-based interface that 
the host controller driver utilizes to accomplish data transfers between the system and 
connected USB devices. A conventional USB system software implementation provides 
a buffer-oriented streaming service for USB device drivers. A USB device driver submits 
buffer input/output ("I/O") requests to the USB bus driver, which in turn sends the buffer 
to the appropriate USB host controller driver. The USB host controller driver then gives 
the buffer to the host controller hardware utilizing it's specific interface. In effect, the 
entire stack is buffer oriented. 

[0004] An artifact of conventional USB hosts is that they have tightly integrated host 
controllers. Accordingly, USB devices must be within a prescribed distance of the USB 
host. The distance is governed by the length of the cables and the length of the cables are 
a function of the protocol parameters, which limit the maximum flight time. Therefore 
conventional USB controllers are limited in the distance they may connect to USB 
devices. 
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[0005] Another artifact of conventional USB hosts is that virtualization approaches 
for virtual USB ports with these hosts typically involve trapping accesses at the hardware 
interface level. A virtual machine monitor layer must then attempt to infer context from 
the hardware accesses. Because trapping the accesses can result in thousands of traps per 
logical operation, this approach can add significant and unnecessary overhead to 
providing virtual USB ports. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0006] The present invention will be described by way of exemplary embodiments, but 
not limitations, illustrated in the accompanying drawings in which like references denote 
similar elements, and in which: 

[0007] Figure 1 illustrates a block diagram view of a computing environment, in 
accordance with an embodiment of the present invention; 
[0008] Figure 2 illustrates the couplings of software components of Figure 1 to 
communicate with the remote host controller, in accordance with one embodiment of the 
present invention; 

[0009] Figure 3 illustrates a block diagram view of a computing system environment 
with a host computer and a remote host controller, in accordance with an embodiment of 
the present invention; 

[0010] Figures 4a-d illustrate exemplary configurations of host systems connected to 
remote host controllers, in accordance with embodiments of the present invention; 
[0011] Figure 5 illustrates a block diagram view of a computing system environment 
with a host computer with multiple virtual machines and a component host controller, in 
accordance with an embodiment of the present invention; and 
[0012] Figure 6 illustrates a block diagram view of a computing system environment 
with a host computer with multiple virtual machines and a remote host controller, in 
accordance with an embodiment of the present invention. 
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DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 



[0013] Illustrative embodiments of the present invention include, but are not limited to, a 
buffer-oriented abstraction that allows virtual USB ports in cooperation with a host 
controller of a USB host computer. 

[0014] Various aspects of the illustrative embodiments will be described using terms 
commonly employed by those skilled in the art to convey the substance of their work to 
others skilled in the art. However, it will be apparent to those skilled in the art that the 
present invention may be practiced with only some of the described aspects. For 
purposes of explanation, specific numbers, materials and configurations are set forth in 
order to provide a thorough understanding of the illustrative embodiments. However, it 
will be apparent to one skilled in the art that the present invention may be practiced 
without the specific details. In other instances, well-known features are omitted or 
simplified in order not to obscure the illustrative embodiments. 

[0015] Further, various operations and/or communications will be described as multiple 
discrete operations and/or communications, in turn, in a manner that is most helpful in 
understanding the present invention; however, the order of description should not be 
construed as to imply that these operations and/or communications are necessarily order 
dependent. In particular, these operations and/or communications need not be performed 
in the order of presentation. 

[0016] The phrase "in one embodiment" is used repeatedly. The phrase generally does 
not refer to the same embodiment; however, it may. The terms "comprising," "having" 
and "including" are synonymous, unless the context dictates otherwise. 

[0017] Embodiments of the present invention define an architecture that allows a USB 
host controller to be physically located somewhere other than "inside" the USB host (e.g., 
host computer). In other words, a USB host controller may be "remoted" from a 
traditional host platform. In various embodiments, the remote USB host controller 
("remote host controller") enhances the architecture of the traditional USB host system 
software by extending the flexible, buffer-oriented USB interface to allow USB 
connections to be mapped over multiple link technologies including, but not limited to: 
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local area networks ("LANs"), wide area networks ("WANs"), personal area networks 
("PANs"), telephone networks (e.g., POTS, PBX, etc.), wireless links (e.g., wireless 
telephone networks, 802.11 networks, BlueTooth, etc.), USB, Institute of Electrical and 
Electronic Engineers standard 1394 ("IEEE 1394"), powerlines and the like. Although 
the abstraction in various exemplary embodiments are USB-centric (to allow easy 
integration with existing software stacks) other embodiments may not be USB-centric. In 
any case, the devices downstream of the remote host controller may or may not be USB 
devices. Accordingly, the abstraction allows the exemplary implementation of the remote 
host controller to expose devices connected downstream as USB devices to a USB host, 
regardless of whether they are native USB devices or not. 

[0018] By providing a well-defined abstraction at the lowest driver layer, the remote host 
controller may also provide a standardized means of bridging the USB host system 
software to non-USB applications (such as powerline-based home automation), which 
allows non-USB technologies to make use of the rich set of application support present in 
the USB device class specifications and drivers. 

[0019] A remote host controller extends, in at least two ways, the model of how devices 
may connect to a host computer. First, it allows USB devices that are physically separate 
from the host computer to connect to the host computer. For example, USB printers and 
scanners in one room of a home can be connected to a computer in another room, using 
some other connection (for example wired or wireless LAN) between the two rooms. 
Second, a remote host controller allows devices to use a different physical link as the 
connection between the remote host controller and the device. In other words, the remote 
host controller provides a single point standardized interface for bridging USB support 
software to other types of physical hardware. This model, for example, may be the basis 
for how Wireless USB may be introduced. It could also allow devices that are connected 
to powerlines (e.g. home appliances, light switches, receptacles, etc.) to be connected to 
computers and show up as USB devices, giving the computer a standardized way to 
interface with and control these devices. 

[0020] Another benefit of using one or more remote host controllers in a computing 
environment is that with a plurality of host controllers (either remote controllers or a local 
host controller with one or more remote host controllers) there is a corresponding 
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increase in the number of USB ports accessible to a USB enabled computer as each host 
controller may manage its own set of USB ports. 

[0021] Figure 1 illustrates an exemplary host computer 100 suitable for use in 
embodiments of the present invention. Those of ordinary skill in the art and others will 
appreciate that the host computer 100 may include many more components than those 
shown in Figure 1 . However, it is not necessary that all of these generally conventional 
components be shown in order to disclose an enabling embodiment for practicing the 
present invention. As shown in Figure 1, the host computer 100 includes a transport 
interface 130 for connecting to remote devices (not shown) through a remote USB host 
controller (not shown). As described earlier, transport interfacel30 may be a transport 
interface designed to support a LAN, WAN, PAN, telephone network, powerline 
connection, serial bus or wireless connection. Transport interface 130 includes the 
necessary circuitry, driver and/or transceiver for such a connection and is constructed for 
use with the appropriate protocols for such a connection. The word "remote" as used in 
"remote USB host controller" and other terms of the like in the specification and in the 
claims refers to the ability of remote host controller, by itself or in combination with a 
local USB host controller, to allow USB or non-USB devices to be capable of being 
located at a greater distance than specified by the Universal Serial Bus Specification v2.0. 
[0022] The host computer 100 also includes a processing unit 110, an optional display 
140 and a memory 150, all interconnected along with the transport interface 130 via a bus 
120. Those of ordinary skill in the art and others will appreciate that the display 140 may 
not be necessary in all forms of computing devices and, accordingly, is an optional 
component. The memory 150 generally comprises random access memory ("RAM"), a 
read only memory ("ROM") and a permanent mass storage device, such as a disk drive, 
flash RAM, or the like. The memory 150 stores an operating system 155 and at least one 
USB driver 160 (e.g., a specific USB device driver, miniport driver, or some combination 
of drivers) formed in accordance with embodiments of the present invention. In various 
embodiments, memory 150 also stores at least one remote host controller function 165 
(e.g. miniport), at least one remote USB host controller driver 170 and applications 175. 
It will be appreciated by those of ordinary skill in the art and others, that while the USB 
driver 160, remote host controller function 165, remote host controller driver 170 and 
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applications 175 are described as separate individual software components, they may 
actually be comprised of multiple software components; or may in fact be sub-parts of 
one or more integrated software components. 

[0023] It will be appreciated that the software components may be loaded from a 
computer readable medium into memory 150 of the host computer 100 using a drive 
mechanism (not shown) or network mechanism (not shown) associated with the computer 
readable medium, such as a floppy, tape, DVD/CD-ROM drive, flash RAM, or network 
interface card. 

[0024] Although only one remote host controller transport interface 130 is shown, one or 
more local USB host controllers (not shown) may optionally be included in the host 
computer 100. In various embodiments, remote host controller function 165, remote host 
controller driver 170 and remote host controller transport interface 130 facilitate a remote 
host controller 300 in connecting host computer 100 with external devices, for example, 
devices for reading and/or writing a machine readable medium, digital cameras, printers, 
digital music players/recorders such as MP3 players, etc. Various input devices may also 
be coupled to personal computer 100 via elements 165, 170 and 130, such as, for 
example, keyboards or mice. 

[0025] Figure 2 illustrates the couplings of software components of Figure 1 to 
communicate with the remote host controller 300, in accordance with one embodiment of 
the present invention. Generally, an implementation of the remote host controller system 
in accordance with an embodiment of the present invention includes a remote host 
controller function 165, a remote host controller driver 170 and remote host controller 
transport interface 130 through which an operating system 155 may communicate with 
and control the remote host controller 300 via USB driver 160. In one embodiment, 
applications 175 provide the necessary logical connections with remote USB devices (not 
shown) that are connected via the remote host controller 300. Hereinafter, remote host 
controller transport interface 130 may also be referred to as remote host controller media 
transport. 

[0026] USB driver 160 performs its conventional functions, i.e. making buffer I/O 
requests to remote host controller function 165 and servicing returns from remote host 
controller function 165, as if remote host controller function 165 in combination with 
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remote host controller driver 170 and transport interface 130 constitute a "local USB host 
controller". Accordingly USB driver 160 may be implemented in any one of a number of 
device class dependent manners. Remote host controller function 165 cooperates with a 
counterpart on the remote host controller 300 to effectuate the buffer I/O requests made 
by USB driver 160 for the function(s) supported by remote host controller function 165. 
In various embodiments, multiple remote host controller functions 165 may be employed 
to support multiple functions. The implementation of each remote host controller 
function 165 is function dependent. Remote host controller driver 170 is equipped to 
package the buffer I/O request (independent of the nature of the function supported by 
remote host controller function 165) into a suitable transmission format (e.g., Ethernet) 
for transmission by remote host controller transport interface 130, in accordance with the 
remote host controller protocol (e.g. a Transmission Control Protocol/Internet Protocol 
["TCP/IP"] based message protocol). Remote host controller driver 170 is also equipped 
to extract the USB contents from reply messages received from remote host controller 
300 through remote host controller transport interface 130. 

[0027] Figure 3 illustrates one exemplary embodiment of the present invention where a 
host computer 100 is connected through a remote host controller 300 to a remotely 
located USB device, USB keyboard 380. Those of ordinary skill in the art and others will 
appreciate that the device arrangement shown in Figure 3 is merely one arrangement of 
devices in accordance with one exemplary embodiment of the present invention, and that 
other configurations of devices, including non-USB devices, may be used with other 
embodiments of the present invention. 

[0028] The host computer 100 includes a number of software and hardware components 
used to communicate, through a remote host controller 300, with a remotely located USB 
device, USB keyboard 380. One such component is a USB human interface device 
("HID") driver 320 which is the device driver used to logically control the USB keyboard 
380. The USB keyboard 380 also includes USB HID keyboard functions that are 
logically controlled by the host computer's USB HID driver 320. The host computer 100 
also includes a USB driver 160 that provides USB functionality to the host computer 100. 
[0029] Additionally, the host computer 100 also includes an abstraction layer 360 used to 
"abstract" the connection between the host computer 100 and the remote host controller 
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300. The abstraction layer 360 includes a remote host controller function 165, a remote 
host controller driver 170 and remote host control media transport 130. The remote host 
controller function 165 logically communicates with a remote host controller function 
driver 315 of the remote host controller 300 through remote host controller driver 170, 
remote host controller media transport 130, and corresponding remote host controller 
media transport 305 of remote host controller 300. More specifically, the physical 
communication path between the remote host controller driver 170 and the remote host 
controller 300 goes through the remote host controller media transport 130, via a remote 
host controller protocol, to remote host controller media transport 305 on the remote host 
controller 300. The remote host controller media transport 305 further communicates 
with the remote host controller function driver 3 1 5, also via a remote host controller 
protocol (either the same or another remote host controller protocol). 
[0030] The remote host controller 300 also includes its own USB host controller 310 that 
physically connects with remote USB devices, e.g., USB keyboard 380. The USB host 
controller 310 physically connects with a USB bus interface 395 of the USB keyboard 
380. However, the logical connection between the remote host controller 300 and the 
USB keyboard 380 is between the remote host controller function driver 315 and a USB 
logical device 390 of the USB keyboard 380. As already noted above, the high level 
communication and control of the USB keyboard is handled via a USB HID keyboard 
function 385 of the USB keyboard 380, which communicates with a USB HID driver 320 
on the host computer 100 (through the earlier described logical and physical connections 
between host computer 100 and remote host controller 300, and remote host controller 
300 and USB keyboard 380). 

[0031] As can be seen from the above description of a remotely located USB keyboard 
380 connected to a host computer 100 via a remote host controller 300, embodiments of 
the present invention allow devices to be "remoted" from the host computers to which 
they are to be connected. 

[0032] It will be appreciated by those of ordinary skill in the art and others that the 
devices shown in Figure 3 are merely one exemplary configuration of one embodiment of 
the present invention and that more or fewer components may be included. For example, 
the drivers (USB driver 160, host controller function 165 and remote host controller 
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driver 170) of the host computer are shown as separate individual drivers. In other 
embodiments of the present invention more or fewer drivers may be used to facilitate 
communications between USB devices, local and remote host controllers. In still other 
embodiments, alternate communication paths, both logical and physical, may be used to 
pass signals between components. 

[0033] Figures 4a-d illustrate other exemplary embodiments of the present invention, 
including exemplary embodiments where non-USB devices may be coupled to a host 
computer with USB driver, allowing the host computer to operate with the non-USB 
devices using its USB stack. Non-USB devices may include, but are not limited to, other 
serial bus devices (such as IEEE 1394), local area network devices or parallel interface 
devices. 

[0034] Figure 4a illustrates a configuration of an embodiment of the present 
invention wherein a host computer lOOAhas a non-USB wireline connection to remote 
host controller 3 00 A, but has a USB connection to a USB device 405 A. Those of 
ordinary skill in the art and others will appreciate that the logical communications with 
the USB device 405 A from the host computer 100A may continue using USB drivers as 
the remote host controller 300A and the abstraction layer 360 on the host computer 
abstracts out the non-USB connection so that logical communications with the USB 
device 405 A can continue without having to introduce separate non-USB connection 
drivers. 

[0035] Figure 4b illustrates one exemplary embodiment where a host computer 100B 
has a non-USB wireline connection to a remote host controller 300B which in turn has a 
non-USB wireline connection to a non-USB device 41 0B. For the embodiment, USB 
host controller 310 is replaced with a non-USB host controller suitable for the non-USB 
connection. Remote host controller function driver 315 may be further equipped to 
handle the translation between the USB commands and the non-USB commands. Such 
an embodiment of the present invention, while not making use of any USB connections, 
can still utilize the abstraction layer 360 of the host computer 100B to treat the non-USB 
device for 100B as a USB device and, therefore, utilize USB device drivers to 
communicate with and/or control the non-USB device 41 0B. 
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[0036] Figure 4c is similar to Figure 4a, however, the transport media between the 
host computer 100C and the remote host controller 300C is a wireless connection. That 
is, remote host controller media transports 130 and 305 are equipped to support a wireless 
connection between host computer 100 and remote host controller 300. The remote host 
controller 300C in turn has a USB connection to the USB device 405C. 
[0037] Similarly, in Figure 4d the host computer 100D has a wireless connection to 
the remote host controller 300D. Accordingly, remote host controller media transports 
130 and 305 are similarly equipped as earlier described for Figure 4c. However, the 
remote host controller 300D has a non-USB connection to non-USB device 410D like 
Figure 4b. That is, USB host controller 310 is replaced with a non-USB host controller, 
and remote host controller function driver 315 is equipped to handle translations between 
USB and non-USB commands as earlier described. 

[0038] In further embodiments of the present invention, the remote host controller 
model may be used to "virtualize" a physical USB host controller to support multiple 
virtual machines running on a single physical platform. The remote host controller 
embodiment of the present invention, maps well to virtual machine environments. Using 
the remote host controller model, the USB host controller can be "located" in the 
underlying virtual machine monitor layer. Each virtual machine contains a USB software 
stack (see Figures 5 and 6) that ends in a remote host controller function 165A-C. The 
interface between each remote host controller function 165A-C and the host controller is 
mapped through the virtual machine to virtual machine monitor layer transitions. 
[0039] Typical visualization approaches involve trapping accesses at the hardware 
interface level. With such approaches (typically virtualized at the register level) the 
virtual machine monitor layer transitions must then attempt to infer context from the 
hardware accesses. Because trapping the accesses can result in thousands of traps per 
logical operation, this approach can add significant, and unnecessary, overhead. 
[0040] By providing a well-defined abstraction at a low driver layer, the remote host 
controller abstraction 560, 660 provides an excellent place for virtual machine to virtual 
machine monitor layer interaction. Full contextual information is available at this point 
to allow the virtual machine monitor layer 555, 655 to better understand what actual 
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operations are taking place. It also significantly reduces the number of transitions that 
are required per operation. 

[0041] In one exemplary embodiment, the remote host controller reports controller 
capabilities to the system. Accordingly, the remote host controller model can provide 
significant flexibility in how a controller is virtualized. Virtual USB Ports (or ports) can 
be assigned to specific virtual machines such as a secured virtual machine 5 10C, 6 10C, or 
they may be shared across several virtual machines 510A-C, 610A-C. 
[0042] Figure 5 is similar to Figure 3, however the remote host controller has been 
moved into host computer. The remote host controller is no longer "remote," and 
therefore technically not a "remote host controller," but there still is the abstraction layer 
560 to provide a " buffer-oriented abstraction that allows virtual USB ports in cooperation 
with a host controller of a USB host computer." The inclusion of the abstraction layer 
allows for an effective virtualization of USB devices at the transaction level (rather than 
at a register access level as in conventional methods). The abstraction layer 560 provides 
a logical point at which to virtualize USB resources. At the abstraction layer 560, full 
contextual information about the entire transaction is still available. Additionally, the 
number of (monitor layer) transactions required is minimized. 

[0043] Figure 5 illustrates one exemplary embodiment of the present invention where 
a host computer 100 with multiple virtual machines 510A-C (including a secure virtual 
machine 5 10C) utilizes an abstraction layer 560, similar to a remote host controller 
abstraction layer 360, for providing virtual USB ports 525A-C. Those of ordinary skill in 
the art and others will appreciate that the component arrangement shown in Figure 5 is 
merely one arrangement of components in accordance with one exemplary embodiment 
of the present invention, and that other configurations of components may be used with 
other embodiments of the present invention. 

[0044] The host computer 100 includes a number of software and hardware 
components used to communicate through a host controller 550 with one or more USB 
devices (not shown). One such component is a USB driver 160 that provides USB 
functionality to the host computer 100. 

[0045] Additionally, the host computer 100 also includes an abstraction layer 560 
used to "abstract" the connection between the host computer 100 and the remote host 
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controller 550. The abstraction layer 560 includes a remote host controller functions 
165A-C (one per each of the virtual machines 510A-C) and a remote host controller 
driver 170. The remote host controller functions 165 A-C logically communicate with the 
host controller 550 through the remote host controller driver 170. In this exemplary 
embodiment, the monitor layer 555 of the virtual machines comprises the host controller 
driver 170 and the host controller 550. 

[0046] The host controller 550 also includes, or is, its own USB host controller (not 
shown separately) that physically connects with remote USB devices. The higher level 
communication and control of the remote USB devices is handled via USB stacks 
515A-C of the virtual machines 510A-C. These USB stacks 515A-C communicate with a 
USB driver on any connected USB device (not shown). 

[0047] As can be seen from the above description, of a computer having multiple 
virtual machines 515A-C implementing virtual USB ports 525 A-C, embodiments of the 
present invention allow USB devices to be connected to the host computer 100 while still 
keeping their communication and control with a particular virtual machine 515A-C. 
[0048] It will be appreciated by those of ordinary skill in the art and others that the 
components shown in Figure 5 are merely one exemplary configuration of one 
embodiment of the present invention and that more or fewer components may be 
included. For example, the software components (USB Stacks 515A-C, remote host 
controller functions 165 A-C, Virtual USB ports 525 A-C and remote host controller driver 
170) of the host computer are shown as separate individual software components. In 
other embodiments of the present invention, more or fewer drivers may be used to 
facilitate communications between USB devices, virtual USB ports, and local and remote 
host controllers. In still other embodiments, alternate communication paths, both logical 
and physical, may be used to pass signals between components. 
[0049] Figure 6 is also similar to Figure 3, however instead of the USB driver 160, 
there are USB stacks 515A-C for virtual machines, virtual USB ports 525 A-C. 
Additionally Figure 6 has multiple remote host controller functions 165 A-C. Other 
driver and transport interface shared in this embodiment may not be shared in all 
embodiments. For example, secure virtual machine 5 10C may have a separate secure 
RHC driver (not shown) and/or secure transport interface (not shown). Abstraction layer 
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560 is similar, however in this embodiment it comprises a plurality of remote host 
controller functions 165A-C in addition to a single RHC driver and RHC transport 
interface. A transport interface 130 may not always be needed in all embodiments if the 
RHC 300 is moved onto the last computer 100 to provide virtual USB ports with its 
abstraction layer in such an embodiment. 

[0050] Figure 6 illustrates one exemplary embodiment of the present invention where 
a host computer 100 is connected to a remote host controller 300 to enable multiple 
virtual machines 610A-C (including a secure virtual machine 6 10C) to utilize an 
abstraction layer 660 to provide virtual USB ports 525 A-C. Those of ordinary skill in the 
art and others will appreciate that the device arrangement shown in Figure 6 is merely 
one arrangement of devices in accordance with one exemplary embodiment of the present 
invention, and that other configurations of devices, including non-USB devices, may be 
used with other embodiments of the present invention. 

[0051] The host computer 100 includes a number of software and hardware 
components used to communicate through a remote host controller 300 with a remotely 
located USB device. One such type of component is embodied in USB Stacks 61 5 A-C 
that provide USB functionality to the host computer 100. 

[0052] Additionally, the host computer 100 also includes an abstraction layer 660 
used to "abstract" the connection between the host computer 100 and the remote host 
controller 300. The abstraction layer 660 includes remote host controller functions 165A- 
C, a remote host controller driver 170 and remote host control media transport 130. In 
this exemplary embodiment, the monitor layer 655 of the virtual machines 610A-C 
comprises the host controller driver 170 and the remote host controller transport interface 
130. 

[0053] The remote host controller functions 165 A-C logically communicate with a 
remote host controller function driver 315 of the remote host controller 300 through 
remote host controller driver 170, remote host controller media transport 130 and 
corresponding remote host controller media transport 305 of remote host controller 300. 
[0054] More specifically, the physical communication path between the remote host 
controller driver 170 and the remote host controller 300 goes through the remote host 
controller media transport 130, via a remote host controller protocol, to remote host 
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controller media transport 305 on the remote host controller 300. The remote host 
controller media transport 305 further communicates with the remote host controller 
function driver 315, also via a remote host controller protocol (either the same or another 
remote host controller protocol). The remote host controller 300 also includes its own 
USB host controller 310 that physically connects with remote USB devices. 
[0055] As can be seen from the above description, embodiments of the present 
invention allow devices to be "remoted" from the host computers to which they are to be 
connected. 

[0056] It will be appreciated by those of ordinary skill in the art and others that the 
devices shown in Figure 6 are merely one exemplary configuration of one embodiment of 
the present invention and that more or fewer components may be included. 
[0057] Although specific embodiments have been illustrated and described herein, it 
will be appreciated by those of ordinary skill in the art that a wide variety of alternate 
and/or equivalent implementations may be substituted for the specific embodiments 
shown and described without departing from the scope of the present invention. This 
application is intended to cover any adaptations or variations of the embodiments 
discussed herein. Therefore, it is manifestly intended that this invention be limited only 
by the claims and the equivalents thereof. 
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